Role based history in a modular learning system

ABSTRACT

A modular learning system provides user histories to a viewing user. The modular learning system maintains a database of activity items associated with a set of user roles allowed to view and interact with the activity items. The activity items are generated as users perform actions on the modular learning system. The modular learning system receives a request for a user history from a viewing user. The modular learning system verifies a viewing user&#39;s role and identified activity items that are accessible to the viewing user based on the viewing user role. The identified activity items are used to generate histories that are provided to the viewing user.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a U.S. National Stage of International ApplicationNo. PCT/US2012/054696, titled “Role Based History in a Modular LearningSystem” filed on 12 Sep. 2012, which claims the benefit of IndianProvisional Specification No. 2579/MUM/2011, titled “Role Based Historyin a Learning System” filed on 13 Sep. 2011, both of which areincorporated by reference in their entireties.

FIELD OF THE ART

The present invention relates generally to modular learning systems, andmore particularly to systems and methods of generating role-basedhistories in a modular learning system.

DESCRIPTION OF THE RELATED ART

The current education environment includes various members likelearners, teachers, tutors, coaches, lecturers, content authors,schools, educational boards, professional standards authorities,admission testing authorities, placement organizations, recruiters,publishers and various governments. These members maintain transactionaland functional relationships with each other. Members are unaware ofeach other's activities in their respective activities through anorganized medium, except for isolated activity such as bulletin boards,newsletters, circulars, as well as journalistic articles. Such services,though useful, do not enable the said members to view a comprehensiveactivity history of other members, especially those who play anotherrole in the current educational environment.

Each of a plurality of kinds of users on the modular learning system arenot able to grant granular access to each such user's activity historyon the modular learning system, to one or a subset of the plurality ofother users in a variety of other user roles on the said modularlearning system through a user role history management interfacegenerated and displayed with corresponding interface items and inputareas to each such requested user on the said user's preferred userdevice; and for each corresponding viewing user to view each such user'sactivity history, through an exemplary user role history viewinginterface generated and displayed with corresponding interface items toeach such viewing user on the user's user device.

SUMMARY OF THE INVENTION

A system and a computer-implemented method for providing role basedhistories to a requested user in a modular learning system is disclosed.A modular learning system provides user histories to a viewing user. Themodular learning system maintains a database of activity itemsassociated with a set of user roles allowed to view and interact withthe activity items. The activity items are generated as users performactions on the modular learning system. The modular learning systemreceives a request for a user history from a viewing user. Uponreceiving the request, the modular learning system verifies a viewinguser's role and identifies activity items that are accessible to theviewing user based on the viewing user role. The identified activityitems are then used to generate histories that are provided to theviewing user.

In an aspect, the invention further provides a non-transitory computerreadable storage medium having tangibly embodied thereon a program ofinstructions executable by a processor for performing a method forgenerating role-based histories in a modular learning system

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

Additional features and advantages will be made apparent from thefollowing detailed description of embodiments that proceeds withreference to the accompanying drawings.

BRIEF DESCRIPTION OF DRAWINGS

The disclosed embodiments have other advantages and features which willbe more readily apparent from the detailed description, the appendedclaims, and the accompanying figures (or drawings). A brief introductionof the figures is below.

FIG. 1 is a modular learning environment including a modular learningsystem 144 according to one embodiment.

FIG. 2 is a block diagram of a modular learning system according to oneembodiment.

FIG. 3A is a block diagram of a learning application according to oneembodiment.

FIG. 3B is a block diagram of a learning application according to analternative embodiment.

FIG. 4 is a block diagram of a role-based activity history managementmodule according to one embodiment.

FIG. 5 is a flow diagram of a method for generating role-based activityhistories in a modular learning system environment according to oneembodiment.

FIG. 6 illustrates components of an example machine able to readinstructions from a machine-readable medium and execute them in aprocessor (or controller) according to one embodiment.

DETAILED DESCRIPTION

The Figures (FIGS.) and the following description relate to embodimentsby way of illustration only. It should be noted that from the followingdiscussion, alternative embodiments of the systems, methods, figures,diagrams and interfaces disclosed herein will be readily recognized asviable alternatives that may be employed without departing from theprinciples of what is claimed.

Reference will now be made in detail to several embodiments, examples ofwhich are illustrated in the accompanying figures. It is noted thatwherever practicable similar or like reference numbers may be used inthe figures and may indicate similar or like functionality. The figuresdepict embodiments of the disclosed system (or method) for purposes ofillustration only. One skilled in the art will readily recognize fromthe following description that alternative embodiments of the systems,methods, figures, diagrams and interfaces illustrated herein may beemployed without departing from the principles described herein. In thefollowing description, for the purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of the various embodiments. It will be evident, however toone skilled in the art that the various embodiments may be practicedwithout these specific details.

Configuration Overview

A system and method for generating role-based activity histories in amodular learning system environment is provided. In one embodiment, arole-based activity history management module is used in a modularlearning system 144 and comprises a plurality of modules and generatorslike a purchase items module, a performance items module, a userdatabases module, a user role preferences module, a user role validationmodule, a history items module, a summary updation module, an activitymonitoring module and a user role history interface generator. A methodfor generating role-based activity histories in a modular learningsystem environment may comprise receiving a history items displayrequest from a viewing user, determining the viewing user's user role inthe modular learning system, determining if the viewing user is same asthe user whose history is requested, determining requested user's userrole in the modular learning system, displaying the history accessrequest to the requested user, retrieving items relevant to therequested user's user role, generating history items for the requesteduser based on the user's user role in the modular learning system, anddisplaying the requested history items to the viewing user.

Figure (FIG. 1 is a modular learning environment 100 including a modularlearning system 144 according to one embodiment. Modular learning system144 operates in modular learning environment 100 and communicates with aplurality of user devices 140 over a network 142. The user devices 140are operated by a plurality of kinds of users in the learningenvironment. The user devices 140 may comprise any of a variety ofcomputing devices, such as a desktop computer, a laptop, a mobiledevice, a tablet computer, a set-top box, a kiosk, interactivetelevision, gaming console, and other computing platforms suitable forcommunicating with modular learning system 144. The modular learningsystem 144 provides a system for managing curricula, learningfacilities, standardized tests, learning applications, tutors, and othermodules of a learning experience in micro increments of time and money.The modular learning system 144 enables the various users to communicatewith other users in a learning environment and provide services tolearning user 102. The network 142 includes a wireless area network, alocal area network, a General Packet Radio Service (GPRS) network, anEnhanced Data for Global Evolution (EDGE) network and the like. The userdevices 140 are connected to the modular learning system 144 via thenetwork 142.

Modular learning system 144 allows a learning user 102 to manage thepurchase and performance of each module of a single microlearningservice stack for a learning application (e.g. Breaststroke) or a groupof learning applications (e.g. Breaststroke, Freestyle, Butterfly andSwimming Safety). Tutor access, such as access to a swimming instructormay be purchased in various increments, such as in hours. Learningcontent applications such as a breaststroke application with attachedinstructional media and other data may be purchased in timed accessquantities or may be permanently purchased. Learning facility accesssuch as an Olympic Sized Swimming Pool may be purchased in increments ofhours or learning application performances such as ten laps. Learningtools or materials such as Swimming Goggles may be purchased as well.Each of these modules may be separately purchased and interacted withthrough an interface displayed on user device 140. In case of a learningperformance which can be completed on the user device 140 itself, thelearning application content is not only purchased and managed, but alsoperformed, through an interface displayed on the user device 140. Alearning user 102 may manage the purchase and performance of groups ofmicrolearning performances in the form of learning visits and learningworkshops, through an interface displayed on user device 140. Learninguser 102 may manage an individual learning identity (or learningprofile) and offer details of microlearning application performancescompleted by the learning user, as well as the personal learningmetrics, scores, and reviews. This learning identity may be provided torecruiting users for the purpose of placement.

The modular learning system 144 manages, regulates and supervises thepurchase, sale, preview, performance and review of a plurality ofmicrolearning applications, each comprised modularly of a tutoringservice, a learning application, learning facility access, and/orlearning tools or infrastructure access, a learning visit, and/or aworkshop as described in further detail below. The modular learningsystem 144 manages transactional and functional relationships betweenusers of the modular learning system 144. These various users interactwith the modular learning system 144 to modify learning applications andprovide learning services as described below.

The modular learning system 144 may enable various other users includingbut not limited to tutors, authors, tool/material suppliers learningapplication template developers, translators, certifying user, learningfacility administrators, learning event organizers, recruiters, andfunders to modularly manage at least one of micro tutoring servicesassociated with specific learning applications, microlearning contentapplications, microlearning application templates, translation ofmicrolearning content applications, certification of microlearningcontent applications, access to learning facilities, access to learningworkshops, organization of learning visits associated with specificlearning applications, supply of tools, aids and/or materials,recruitment services, as well as granular funding services.

The modular learning system 144 enables a tutoring user 112 to providemicro tutoring services to learning user 102. Tutoring user 112 aretypically individuals with credentials or other knowledge in the area oflearning applications. The tutoring user 112 may associate themselveswith particular pieces of content to and may indicate qualifications toteach each learning application, as is described further below. Themodular learning system 144 manages the sale of micro tutoring servicesand associated tutoring user 112 with specific learning applications tolearning user 102. Tutoring user 112 assist the learning user 102 withlearning the subject matter of the learning application. The tutoringuser may provide tutoring to the learning user 102 by meeting thelearning user 102 in person to assist the learning user 102 inperforming the learning application. As such, the modular learningsystem 144 facilitates the meeting and communication of tutors andlearners. Tutoring user 112 may also provide learning performance datato the modular learning system 144. The learning performance data mayindicate, for example, the level of the learner's mastery or proficiencythrough scoring or other metrics for reviewing performance at a learningperformance task. The tutoring user 112 provides input to the modularlearning system 144 using a plurality of learning applications throughan interface displayed on the tutoring user's 112 user device 140.

The modular learning system 144 enables a learning application authoringuser 104 to manage the drafting, editing, testing, publishing, sale andupdates of learning content in applications through an interfacedisplayed on user device 140. That is, the learning applicationauthoring user 104 authors individual pieces of learning content whichmay be purchased and used by a learning user. For example, a learningapplication authoring user 104 may create instructional content forlearning the backstroke. The instructional content may compriseinstructions and multimedia, as well as directions for the learning user102 to practice aspects of the backstroke in a suitable pool. Thelearning application authoring user 104 may use a pre-existingapplication template to create the learning application.

The modular learning system 144 enables a learning application templatedeveloping user 110 to create learning templates for use in creatinglearning applications. The learning application templates provide aframework for creating various types of learning applications. Forexample, learning application templates may comprise a quiz, simulation,role play, experiment, multimedia material, and other types of learningframeworks. The learning application template developing user 110 maymanage the development, testing and sale of the learning applicationtemplates to learning content application authoring users 104 through aninterface displayed on a user device 140.

The modular learning system 144 enables a learning applicationtranslating user 106 to manage the translation and translation updatesof learning content in applications and sale of such services tomicrolearning content application authors through an interface displayedon a user device 140. The translations are provided to the modularlearning system 144 and may be stored with the corresponding learningapplication to enable providing instructions to learning users 102 in avariety of languages.

The modular learning system 144 enables a learning applicationcertifying user 108 to certify various learning applications accordingto standards applied by the certifying user 108. Such certifying usersmay include boards of education at various levels, universities,professional standards groups, and other certification authorities.Certifying users 108 may or may not be formal institutions. For example,a certifying user may include a company establishing a set of learningapplications to prepare a candidate for a job with the company. Thecertifying user 108 manages the certification of each learning contentapplication as a part of their respective curricula or syllabi andmanages the sale of such certification services to learning contentapplication authoring users, through an interface displayed on userdevice 140.

The learning facility 132 facilitates the performance of specificlearning applications available on the modular learning system 144.Learning facilities 132 may comprise any location suitable forperforming types of learning applications. For example, learningfacilities 132 may comprise an athletic club, a chemistry lab, a sciencelab, a university, a library, or a tutor's home. In some embodiments,the modular learning system 144 enables a facility administering user124 to determine the compatibility of various learning applicationswhich can be performed within learning facility 132 by picking thelearning infrastructure available in the learning facility andassociating the learning facility 132 with each learning application(e.g. Breaststroke) compatible with the learning infrastructure (e.g.Olympic sized Swimming Pool). In one embodiment, rather than expresslyassociating the learning facility with individual learning applications,the learning facility administering user 124 indicates to the modularlearning system 144 the specific infrastructures and amenities availableat the learning facility 132. In this embodiment, the modular learningsystem 144 enables a learning user 102 or learning application authoringuser 104 to identify a learning facility 132 which is compatible withthe learning application based on the infrastructure available at thelearning facility 132. The modular learning system 144 may also identifycompatible learning facilities based on metadata associated with thelearning application and the infrastructure indicated by the learningfacility administering user 124.

The learning facilities 132 may comprise a variety of types of learningfacilities, such as an independent learning facility, institutionallearning facility, workplace learning facility, and temporary learningfacility. The modular learning system 144 enables an administrator 124of an independent learning facility owned, managed or franchised by themodular learning system 144 to manage the sale of learning facilityaccess for performances of specific microlearning applications as wellas sale of learning tools and materials (e.g. sulphuric acid or swimminggoggles) or access to the same in micro increments of time and money($six/hour or $five/learning application performance) depending onmultiple factors like the learning infrastructure to be accessed (e.g.Swimming Pool, Computers, Chemistry Lab), number of hours of access, andthe like, through an interface displayed on a user device 140.

The modular learning system 144 enables an administrator 124 of aninstitutional learning facility like a preschool, school, college oruniversity (e.g. Bangalore University) associated, partnered or linkedwith the modular learning system 144 to, in addition to managing thesale associated with the independent learning facility (e.g. learningfacility access for performances of specific microlearningapplications), manage the learning performances of a plurality oflearners (students or outsiders) across a plurality of learningapplications available on the system (with the learning user's explicitconsent), optionally delegated to a plurality of teachers, professors,lecturers or coaches registered as tutoring users 112 on the modularlearning system 144, through an interface displayed on a user device140.

The modular learning system 144 enables an administrator 124 of aworkspace learning facility associated, partnered or linked with themodular learning system 144 to, in addition to managing the saleassociated with the independent learning facility (e.g. learningfacility access for performances of specific microlearningapplications), manage the learning performances of a plurality oflearners (employees) across a plurality of learning applicationsavailable on the system (with the learning user's explicit consent),optionally delegated to a plurality of Human Resource Managers, Trainersand/or immediate superiors, registered as tutoring users 112 on themodular learning system, through an interface displayed on a user device140.

The modular learning system 144 enables an administrator 124 of atemporary learning facility (e.g. a Cricket Ground available for netpractice on Saturdays and Sundays from six in the morning to twelve inthe midnight) to, in addition to managing the sale associated with theindependent learning facility (e.g. learning facility access forperformances of specific microlearning applications), manage the hoursof accessibility to the designated learning facility, through aninterface displayed on a user device 140. In addition to managing thesale and performance of microlearning applications, an administrator ofan independent, institutional, workspace, or temporary learning facilitymay manage the modular purchase of learning infrastructure (e.g.chemistry equipment, computers, cricket stumps) as well as learningtools, aids and materials (e.g. sulphuric acid, swimming goggles,cricket bat) from the modular learning system or a third party, topicwise, subject wise, location wise or otherwise based on the learningapplications intended to be offered in the designated learning facility,through an interface displayed on a user device 140.

The modular learning system 144 enables a learning visit organizing user114 to manage the organization of learning visits, and the sale oflearning visits to learning users 102. The learning visit organizinguser 114 may also associate a learning visit with compatiblemicrolearning applications. Such learning visits may comprise, forexample, a visit to a factory or industrial area, a museum, or a trip toa city. The learning visit organizing user 114 may associate thelearning visit with learning applications and manage the learningperformances during the learning visits. The management of performancesof associated learning applications may be optionally provided bytutoring users 112. The learning visit organizing user 114 communicateswith the modular learning system 144 through an interface displayed on auser device 140.

The modular learning system 144 enables a learning workshop organizinguser 116 to manage the organization of workshops available to learningusers 102. A workshop comprises a plurality of specific microlearningapplications to be performed in the workshop, and a sequence of themicrolearning applications to be performed at the workshop. The workshopmay also specify learning tools, a designated learning facility, and atutoring user or tutoring users to perform the workshop. As such, theworkshop user organizes performance and modules of learning applicationsto be performed together with a group of learning users 102. Thelearning workshop organizing users 116 also manage the sale of suchmicrolearning workshop access and manage the learning performances for aplurality of learners. The learning workshop organizing userscommunicate with the modular learning system 144 through an interfacedisplayed on a user device 140.

The modular learning system 144 enables a learning tools supplying user118 to provide learning tools and materials such as chemicals, biologysamples, computer software, and other materials for use with learningapplications to learning users 102. The learning tools supplying user118 manages the organization and sale of the learning tools andmaterials (or optionally, access to the same) to learning users andadministrators of learning facilities 132. The learning tools supplyinguser 118 may also associate learning tools with particular learningapplications stored on modular learning system 144. Alternatively, thelearning tools supplying user 118 may designate the tools available andthe modular learning system 144 may determine which learningapplications may require the tools provided by the learning toolssupplying user 118. The learning tools supplying user communicates withthe modular learning system 144 through an interface displayed on a userdevice 140.

The modular learning system 144 enables a recruiter 120 of learningusers 102 to manage the recruitment of learning users 102 through themodular learning system 144. The recruiter 120 may view and filterlearning users 102 by specific learning applications performed on thesystem, scores, metrics and reviews generated in relation to thelearning applications performed by learning users 102. The recruiter mayaccess and filter learning users 102 based on demographic data like thelanguage used in performing the learning application. Recruiting user120 may also operate as a certifying user 108 to certify particularlearning applications that may be desirable to the recruiting user 120.The recruiting user may use the certified application as a filter priorconsidering learning users for a position. The recruiting user 120manages recruiting access to the modular learning system 144 through aninterface displayed on a user device 140.

The modular learning system 144 enables a funding user 122 of learningusers 102 to provide funding and scholarship funds and other support tolearning users 102. Such funding users 122 may comprise a parent,sibling, friend, spouse, relative, university, employer, orscholarship/grant offering institution. The funds may be provided forthe funding of specific learning users or of specific learningapplications, or of specific microlearning goods and services associatedwith the specific learning applications, in small increments, through aninterface displayed on a user device 140.

Although the modular learning environment 100 is described as beingcomposed of various, user devices (e.g. personal computer), a network(e.g. internet, intranet, world wide web), learning facilities (e.g. anIndependent Learning Facility, an Institutional Learning Facility), itwould be appreciated by one skilled in the art that fewer or more kindsof users (e.g. a Learning Application Fact Checking User, a Web BasedOffsite Tutoring User), user devices (e.g. a mobile phone device, aportable gaming console device, a tablet device, a learning consoledevice, gaming console device or server device attached to a televisionor other screen), networks (e.g. an intranet at a preschool, school,college, university, educational board, professional standardsauthority, coaching/tuition class; a social or professional network; anintranet at a company, HR department, training department and at atraining organization) and learning facilities may comprise the modularlearning environment 100, with the present disclosure still fallingwithin the scope of various embodiments.

FIG. 2 is a block diagram of a modular learning system 144 according toone embodiment. The modular learning system 144 includes a variety ofdatabases and modules for providing learning applications and learningservices to users of the modular learning system 144. The modularlearning system 144 maintains learning applications in a learningapplication database 204. The learning applications are sold to usersalong with microlearning services using the purchase management module238. Performance of learning applications is enabled by with performancemanagement module 240. Additional modules of the modular learning system144 are described below.

A user database 202 is configured for receiving, storing, updating andretrieving a plurality of data fields of each user, such as the user'sname, address, and contact details. Depending on the user's role in themodular learning system 144, the user database 202 maintains additionalinformation on the user. For example, for a learning user 102, the userdatabase 202 maintains learning history outside the modular learningsystem 144, learning application performance history on the modularlearning system 144, purchase history of learning applications as wellas purchase history of a host of related microlearning purchase itemslike, for example, timed access to learning facility 132, timed accessto tutor 112, and purchase of access to a learning tool from learningtools database 232. In some embodiments, the data fields are used todetermine purchase compatibility using purchase management module 238and to determine performance compatibility using performance managementmodule 240.

The user database 202 may maintain information about each type of userbased on the user's role in the system. The user information may bestored in a plurality of databases, each database associated with a userrole, or the user roles may be stored in a single user database 202. Forexample, the additional user roles include learning applicationauthoring users, learning facility administering users, learning visitorganizing users, learning facility administering users, and other typesof users of the modular learning system 144.

In one embodiment, a distinct Learning User Database is configured forreceiving, storing, updating and retrieving a plurality of data fieldsof each learning user 102, comprising the learning user's name, address,contact details as well as learning related data fields like learninghistory outside the modular learning system 144, learning applicationperformance history on the modular learning system 144, purchase historyof learning applications as well as purchase history of a host ofrelated microlearning purchase items like, for example, access tolearning facility 132, access to tutor 112, and purchase of access to anlearning tool. In one embodiment, a distinct Learning ApplicationAuthoring User Database is configured for receiving, storing, updatingand retrieving a plurality of data fields of each learning applicationauthoring user, say, user 104. In one embodiment, a distinct IndependentLearning Facility Administering User Database is configured forreceiving, storing, updating and retrieving a plurality of data fieldsof each independent learning facility administering user, say, user 124.In one embodiment, a distinct Learning Tools Supplying User Database isconfigured for receiving, storing, updating and retrieving a pluralityof data fields of each learning tools supplying user, say, user 118. Inone embodiment, a distinct Learning Visit Organizing User Database isconfigured for receiving, storing, updating and retrieving a pluralityof data fields of each learning visit organizing user 114. In oneembodiment, a distinct Learning Application Translating User Database isconfigured for receiving, storing, updating and retrieving a pluralityof data fields of each learning application translating user, say, user106. In one embodiment, a distinct Learning Application Certifying UserDatabase is configured for receiving, storing, updating and retrieving aplurality of data fields of each learning application certifying user,say, user 108. In one embodiment, a distinct Learning ApplicationTemplate Developing User Database is configured for receiving, storing,updating and retrieving a plurality of data fields of each learningapplication template developing user, say, user 110. In one embodiment,a distinct Learning Workshop Organizing User Database is configured forreceiving, storing, updating and retrieving a plurality of data fieldsof each learning workshop organizing user, say, user 116. In oneembodiment, a distinct Recruiting User Database is configured forreceiving, storing, updating and retrieving a plurality of data fieldsof each recruiting user, say, recruiting user 120. In one embodiment, adistinct Funding User Database is configured for receiving, storing,updating and retrieving a plurality of data fields of each funding user,say, funding user 122.

In one embodiment, a distinct Institutional Learning FacilityAdministering User Database is configured for receiving, storing,updating and retrieving a plurality of data fields of each,institutional learning facility administering user, say, user 124. Inone embodiment, a distinct Workspace Learning Facility AdministeringUser Database is used to is configured for receiving, storing, updatingand retrieving a plurality of data fields of each workspace learningfacility administering user, say, user 124. In one embodiment, adistinct Temporary Learning Facility Administering User Database isconfigured for receiving, storing, updating and retrieving a pluralityof data fields of each temporary learning facility administering user,say, user 124. In one embodiment, a distinct Learning Facility Databaseis configured for receiving, storing, updating and retrieving aplurality of data fields of a plurality of kinds of learning facilities,say, facility 132, as received from a plurality of kinds of learningfacility administering users, say, user 124. In one embodiment, adistinct Learning Visits Database is configured for receiving, storing,updating and retrieving a plurality of data fields of each learningvisit from the respective learning visit organizing user, say user 114.In some embodiments, the data fields of the databases in the aboveembodiments are used to determine purchase compatibility using purchasemanagement module 238 and to determine performance compatibility usingperformance management module 240.

The learning application database 204 is configured for receiving,storing, updating and retrieving all the learning application metadataof all learning applications whose purchase is managed through themodule 238. Optionally, all purchase related metadata of learningapplication, like number of copies accessed per day, segmented bylocation, language, learning facility, user device, as well as otherlearning related purchase analytics metadata that may be generatedduring the purchase process may be received, stored, and updated by themicrolearning purchase management module 238 in the learning applicationdatabase 204.

In one embodiment, database 204 is configured for receiving, storing,updating and retrieving all the learning application metadata of alllearning applications whose performance is managed through the module240. Optionally, all performance related metadata of the learningapplication, like number of copies performed per day, segmented bylocation, language, learning facility, user device, as well as otherlearning related performance analytics metadata that may be generatedduring the performance process may be received, stored, and updated bythe microlearning performance management module 240 in the learningapplication database 204.

A subject database 206 is configured for receiving, storing, updatingand retrieving a plurality of data fields of each subject linked ortagged to each learning application 300 in Subject Metadata 312. Thesubject database 206 provides a categorization system for the learningapplications and enables learning application authoring users, like user104, to categorize learning applications as belonging to one or moresubjects by associating them with one or more subjects, such subjectsthen stored in subject metadata 312 of each authored learningapplication 300. The subject database 206 also allows users to searchfor learning applications according to particular subjects using thesubjects associated with the learning applications. For example, atutoring user 112 with a mathematics specialty may search the learningapplications using the subject database 206 to identify mathematicslearning applications for the tutor to associate his services with.

A tutor database 208 is configured for receiving, storing, updating andretrieving a plurality of data fields of each tutoring user, comprisingthe tutoring user's name, address, contact details, as well as learningrelated data fields like learning users to whom microlearning serviceshave or are being provided, performance data and performance review datafor the tutoring services, tutoring history outside the modular learningsystem 144, and remittance history. In some embodiments, the data fieldsare used to determine purchase compatibility using purchase managementmodule 238 and to determine performance compatibility using performancemanagement module 240.

A learning facility database 230 is configured for receiving, storing,updating and retrieving a plurality of data fields of a plurality ofkinds of learning facilities such as learning facility 132 as receivedfrom learning facility administering users 124. In some embodiments, thedata fields are used to determine purchase compatibility using purchasemanagement module 238 and to determine performance compatibility usingperformance management module 240.

A learning tools database 232 is configured for receiving, storing,updating and retrieving a plurality of data fields of each learning toolor material from each learning tools supplying user 118. In someembodiments, the data fields are used to determine purchasecompatibility using purchase management module 238 and to determineperformance compatibility using performance management module 240.

Each of these databases, such as the tutor database 208, facilitiesdatabase 230, and learning tools database 232, may also includeinformation relating to purchase and performance compatibility. Forexample, a tutor in the tutor database may specify the tutor is onlywilling to teach students aged thirty to forty, or a learning facilitymay indicate it is only willing to allow entry to learning users who area member of the facility.

A purchase management module 238 is configured for managing the purchaseof learning applications and associated application services as amicrolearning stack by the learning user 102.

A performance management module 240 is configured for managing theperformance of learning applications and associated application servicesas a microlearning stack by the learning user 102.

A role-based activity history management module 242 is configured forgenerating role-based histories in a modular learning system. Therole-based histories are generated based on the activities occurringwithin the modular learning system and the roles of various viewingusers. The role-based activity history management module 242 identifiesuser roles that are permitted to view each type of activity that occurson the modular learning system 144 and creates histories responsive tohistory access requests. The histories provided for history accessrequests are created by determining the applicable user role of therequesting user and identifying activities accessible by the user roleand for the user.

In one embodiment, the tutor database, learning facilities database,tools database and other application services databases form a singleconsolidated application services database in modular learning system144.

Although the modular learning system 144 is described as being composedof various components like databases and modules, the modular learningsystem 144 may comprise fewer or more databases, components, and othermodules. For example, the modular learning system 144 may include aLearning Application Genre Database, a Locational Learning FacilityPrice Range Database, a Learning Workshop Database, a MultilingualDictionary Database, a Concept Tags Database, a LearningObjectives/Outcomes Database, and a Micro tutoring Services Database,and a Skill and Ability Tags Database. The modular learning system 144may also include an Age Compatibility Module, a Learner Ranking Module,a Tutor Ranking Module, a Learner Billing Module, a Tutor RemittanceModule, a Profile Management Module, a User Roles Management Module, aLearning Tools Management Module, a Learning Facility Management Module,Metadata Management Module, a Notification Module, a Recruitment Module,a Funding Module, a Map Module, a Learning Application TemplateProgramming Interface Module, an Age Compatibility Module or aTranslation Interface Module, with the present disclosure still fallingwithin the scope of various embodiments. In some embodiments, anindividual or group may play a plurality of user roles on the modularlearning system, (e.g. tutoring user learning new applications as alearning user through another tutoring user, a learning applicationauthoring user translating the authored application or developing theapplication template), with the present disclosure still falling withinthe scope of various embodiments.

In various embodiments the modular learning system 144 may be any of aweb application, a mobile application, or an embedded module orsubsystem of a social networking environment, a learning contentmanagement system, a learning management system, a professionalnetworking environment, an electronic commerce system, an electronicpayments system, a mobile operating system, a computer based operatingsystem, or of a tablet based operating system, with the presentdisclosure still falling within the scope of various embodiments.

In one embodiment, a distinct roles management module is configured formanaging and authorizing different roles associated with the varioususers of the modular learning system 144 and in the respective userdatabases. For example, the roles management module may provide distinctfeature tabs and functionalities to each user based on the roleassociated with him or her. It can be noted that, the roles managementmodule may enable a user to have one or more roles for accessing themodular learning system 144. For example, a tutoring user can avail thefunctionality and interface tabs of a learning user and also of atranslating user if authorized by the modular learning system 144.

In one embodiment, a distinct metadata management module is configuredfor managing metadata associated with a plurality of specific learningapplications, like learning application 300. In one embodiment, themetadata management module is configured for receiving, storing,updating and retrieving various types of metadata associated with eachlearning application 300 in the learning application database 204. Inanother embodiment, the metadata management module is configured forreceiving and storing updated metadata of a specific learningapplication 300 in database 204 at regular intervals of time as updatedby different users in authorized user roles and retrieving the requiredmetadata when requested by the purchase management module 238 and theperformance management module 240 for determining compatibility andperformance compatibility of requested microlearning service stackrespectively. In yet another embodiment, the metadata management moduleenables various users of the modular learning platform to updatemetadata associated with specific learning applications in the learningapplication database according to their user role.

It is appreciated that, in some embodiments, various databases like 202,204, 206, 208, 230, and 232, modules 238, 240 and 242 as well as thedatabases, engines, modules and components of the above embodiments maybe stored in the form of machine readable instructions in the memory ofthe modular learning system 144 and executed by a processor of themodular learning system 144 to perform one or more embodiments disclosedherein. Alternatively, the various databases like 202, 204, 206, 208,230, and 232, modules 238, 240 and 242 as well the databases, engines,modules and components of the above embodiments may be implemented inthe modular learning system in the form of an apparatus configured toperform one or more embodiments disclosed herein.

FIG. 3A is a block diagram of a learning application 300, according toone embodiment. Each learning application 300 comprises a plurality ofkinds of application metadata in addition to the instructional contentand associated media for a particular topic or subject. Theinstructional content and media of each learning application 300 maycomprise a specific unit of instruction for a particular portion ofknowledge or a skill, and may vary widely in scope. The learningapplication 300 may be very narrow in scope, such as “treading water” ormay be broad in scope, such as “overview of world history”, depending onthe authoring process of learning application authoring user 104. Thelearning application 300 could indicate a theoria (to think, a theorybased application using primarily memory, reasoning, logic) performancetype or a praxis performance type (to do, a practical performance typeor a poeisis performance type). The learning application 300 maycomprise metadata indicating associated application services forpurchasing or performing the learning application 300 like tutormetadata 336, tools metadata 322 and learning facility metadata 316. Inone embodiment, the learning application 300 may be requested forpurchase or performance with associated application services as amicrolearning service stack, wherein the application services compriseof access to tutoring user 112, access to a learning tool from learningtools database 232 and access to a learning facility from facilitiesdatabase 230. For example, the media metadata 326 of a learningapplication 300 provided by learning application authoring user 104 mayspecify instructions for learning how to swim a breaststroke, but themedia metadata 326 does not typically specify individual pools i.e.learning facilities to perform the learning application or tutors tocoach and review the performance. Rather, the application servicesmetadata like tutor metadata 336, tools metadata 322 and learningfacility metadata 316 indicates tutors, tools, and facilities which thelearning user may choose to perform the learning application'sinstructions.

The Certification Metadata 302 is used to receive, store, retrieve,display and update certification history as well as live certificationsof the learning application 300, including, for example, a certificationfrom educational board 108 and another educational board in anotherstate, present as a certifying user in database 202 or a distinctcertifying user database. In some embodiments, the certificationmetadata is also used to determine purchase compatibility in themicrolearning purchase management module 238 through learningapplication database 204 and to determine performance compatibility inthe microlearning performance management module 240 through learningapplication database 204.

The Scoring Metrics Metadata 304 is used to receive, store, retrieve,display and update a plurality of metrics for quantitative andqualitative scoring as defined and updated for learning application 300by learning content application authoring user 104. In some embodiments,the quantitative scoring of each metric is conducted during theperformance by a dedicated module within the learning application 300itself, while in other embodiments of a performance, especially anon-screen based praxis or poeisis performance, the quantitative andoptionally, qualitative score for each metric is received through a userdevice 140 from the learning user 102 and/or the tutoring user 112. Insome embodiments, the scoring metrics metadata is also used to determinepurchase compatibility in the microlearning purchase management module238 through learning application database 204 and to determineperformance compatibility in the microlearning performance managementmodule 240 through learning application database 204.

The Language Metadata 306 is used to receive, store, retrieve, displayand update a plurality of translations of all user viewable applicationmetadata for learning application 300 translated by, for example,learning application translating user 106 into Bengali, comprising ofmedia metadata 326 like instructional text, subtitles to audio and videoinstructions, and all other linguistic content for the preview,performance and review of learning application 300 by learning user 102and preview and review of the learning performance by tutoring user 112.In some embodiments, metadata 306 further comprises translations in atleast one other language, of performance type metadata 308, durationmetadata 310, subject links and tags metadata 312, age level metadata314, learning facility metadata 316 authoring metadata 318, sequencemetadata 320, tool metadata 322, mode metadata 324, medium metadata 328and job skill metadata 330. In some embodiments, the language metadatais also used to determine purchase compatibility in the microlearningpurchase management module 238 through learning application database 204and to determine performance compatibility in the microlearningperformance management module 240 through learning application database204.

The Performance Type Metadata 308 is used to receive, store, retrieve,display and update the performance type of the learning application 300.For example, the metadata 308 could indicate a theoria (to think, atheory based application using primarily memory, reasoning, logic, likea ‘Biomechanics of Swimming’ Pop Quiz) performance type or a praxisperformance type (to do, a practical performance type like an ‘eighthundred meter Freestyle Swim as per Olympic performance guidelines’ or apoeisis performance type (to make, a creation oriented performance typelike a ‘5 minute Synchronized Swimming Choreography’), such that thelearning user is already aware of the task or performance type beforepurchasing and performing the learning application 300. In someembodiments, the performance type metadata is also used to determinepurchase compatibility in the microlearning purchase management module238 through learning application database 204 and to determineperformance compatibility in the microlearning performance managementmodule 240 through learning application database 204.

The Duration Metadata 310 is used to receive, store, retrieve, displayand update the suggested duration of the learning application 300. Insome embodiments, the metadata 310 indicates a fixed duration like,fifteen minutes, or thirty minutes, or one hour, while in otherembodiments, the metadata indicates a variable duration with,optionally, a predetermined minimum or maximum duration depending on theduration metadata set by the learning application authoring user 104. Insome embodiments, the duration metadata is also used to determinepurchase compatibility in the microlearning purchase management module238 through learning application database 204 and to determineperformance compatibility in the microlearning performance managementmodule 240 through learning application database 204.

The Subject Metadata 312 is used to receive, store, retrieve, displayand update a plurality of subject links and tags attached to thelearning application 300 by the learning content application authoringuser from among the subject links and tags present in the SubjectDatabase 206. In some embodiments, the subject links and tags areattached to specific concepts or terms within the Media Metadata 326. Insome embodiments, the subject link/tag metadata is also used todetermine purchase compatibility in the microlearning purchasemanagement module 238 through learning application database 204 and todetermine performance compatibility in the microlearning performancemanagement module 240 through learning application database 204.

The Age Level Metadata 314 is used to receive, store, retrieve, displayand update the suggested age level of the learning user 102 forperformance of the learning application 300. In some embodiments, theage level is set as a minimum suggested age say, for example, over tenyears old by the learning content application authoring user 104. Inother embodiments, a range of suggested learner ages is set by thelearning application content authoring user 104. In some embodiments,the age level metadata is also used to determine purchase compatibilityin the microlearning purchase management module 238 through learningapplication database 204 and to determine performance compatibility inthe microlearning performance management module 240 through learningapplication database 204.

The Learning Facility Metadata 316 is used to receive, store, retrieve,display and update the suggested learning infrastructure required in alearning facility for performance of the learning application 300. Insome embodiments, such learning facilities and infrastructure (e.g.Olympic Sized Swimming Pool) required for the performance of thelearning application (e.g. eight hundred meter Freestyle to OlympicGuidelines) is received and updated by the learning content applicationauthoring user 104 by picking the same from a learning facility database230 available on the modular learning system 144. In other embodimentsthe metadata 316 is received and updated by the administering user 124of learning facility 132. In some embodiments, the learning facilitymetadata is also used to determine purchase compatibility in themicrolearning purchase management module 238 through learningapplication database 204 and to determine performance compatibility inthe microlearning performance management module 240 through learningapplication database 204.

The Authoring Metadata 318 is used to receive, store, retrieve, displayand update the authoring metadata received by the learning contentapplication author 104, including for example the name, signature,contact details, intellectual property disclaimer and other informationof the user or user group. In some embodiments, the metadata alsoincludes metadata generated by the modular learning system 144 duringthe authoring user's editing process, including the version history,tracked changes and time stamps of edits and updates to the learningcontent application. In some embodiments, the metadata may also includecitations to other learning content applications or other learningcontent application authoring users made by the user 104.

The Sequence Metadata 320 is used to receive, store, retrieve, displayand update the suggested sequence of performance of the learningapplication 300 relative to another learning application. The sequencemetadata may indicate if the learning application should be performedbefore, after, instead of, or with another learning application bylearning content application authoring user 104. The user 104 may wishfor any learning user, say 102 to perform an advanced microbiologylearning application 300 only after performing a correspondingbeginner's microbiology learning application, irrespective of thelearning user's age or quality of performance. In other embodiments,wherein the learning application authoring user is not the author of thesuggested beginner's application, the user 104 may input a sequencesuggesting to the learning user 102 to perform the learning applicationbefore or after a learning application authored by another learningapplication authoring user. In some embodiments, the sequence metadatais also used to determine purchase compatibility in the microlearningpurchase management module 238 through learning application database 204and to determine performance compatibility in the microlearningperformance management module 240 through learning application database204.

The Tool Metadata 322 is used to receive, store, retrieve, display andupdate the compatible tools or learning materials to the learningapplication 300. In some embodiments, the tool compatibility is receivedfrom and updated by the learning application authoring user 104 byaccessing the tool database 232. In other embodiments, the toolcompatibility is received and updated by the learning tools supplyinguser 118 by accessing the learning application database 204. In stillother embodiments, the tool compatibility may be updated by the modularlearning system 144. In some embodiments, the tool metadata is used todetermine purchase compatibility in the microlearning purchasemanagement module 238 through learning application database 204 and todetermine performance compatibility in the microlearning performancemanagement module 240 through learning application database 204. In someembodiments, wherein the learning tool is a peripheral input devicewhich can be connected to the user device 140 during the learningapplication performance (e.g. Electric Guitar attached to a user device140 during an ‘Introduction to Hard Rock’ learning application) the ToolMetadata includes the compatibility to the user device 140. In otherembodiments, wherein the learning material is not material to the userdevice 140, (e.g. Sulphuric Acid during a Chemistry Experiment) the ToolMetadata may not include any additional user device compatibility.

The Mode Metadata 324 is used to receive, store, retrieve, display andupdate the available modes of performance of the learning application.In some embodiments, the mode metadata is determined by the modes chosenby the learning content application authoring user from the learningapplication template chosen. In various embodiments, the learningapplication may comprise an individual learner performance mode, alearner plus learner cooperative performance mode, a learner versuslearner competitive performance mode, a learner plus tutor cooperativeperformance mode, a learner versus tutor competitive performance mode, alimited plurality of learners (e.g. four learners) cooperativeperformance mode, a limited plurality of learners (e.g. four learners)competitive performance mode, a tutor plus limited plurality of learners(e.g. nine learners) cooperative performance mode (a typical classroommode). Although the Mode Metadata is described as being composed ofvarious available modes as chosen by the learning application authoringuser, various other modes (e.g. a limited plurality of learners vs. alimited plurality of learners competitive performance mode) may comprisethe Mode Metadata 324 and still fall within the scope of variousembodiments. In some embodiments, the various Media Metadata for thepreview, performance and review screens for each mode of the samelearning application and the sequence of the same (especially whereinthe learning application 300 is performed by multiple users from thesame user device and, optionally, by viewing the same display device) isreceived, stored, retrieved, displayed and updated in the Media Metadata326. In some embodiments, the mode metadata is also used to determinepurchase compatibility in the microlearning purchase management module238 through learning application database 204 and to determineperformance compatibility in the microlearning performance managementmodule 240 through learning application database 204.

The Media Metadata 326 is used to receive, store, retrieve, display andupdate text, image, audio, video, animation, links and other interactiveelements of the learning content application as received and updated bythe learning application authoring user 104 during the publishing andrevision of the learning content application 300. In other embodiments,the learning application Media Metadata may comprise the theoria, praxisor poeisis task or, optionally, plurality of tasks to be completedduring the performance, their sequence, and, optionally, the learningoutcomes and objectives of the same. In some embodiments, the mediametadata is also used to determine purchase compatibility in themicrolearning purchase management module 238 through learningapplication database 204 and to determine performance compatibility inthe microlearning performance management module 240 through learningapplication database 204.

The Medium Metadata 328 is used to receive, store, retrieve, display andupdate the medium of access to the learning application preview, reviewand performance screen during the microlearning performance. Forexample, for a Beginner's Kathak Dancing microlearning Application, inaddition to requiring a compatible learning facility and tutoring user,the learning application authoring user 104 or, optionally, modularlearning system 144 may require the preview and review screen to beviewable only on a display device connected to a learning console userdevice or the display device of a computer device but not a mobiledevice screen to ensure an optimum learning experience. In another case,for a Kathak Quiz microlearning application, the learning applicationauthoring user 104 or, optionally, modular learning system 144 mayrequire the performance screen, preview screen and review screen to beviewable only on a mobile device screen but not on a display deviceconnected to a learning console user device, or the display device of acomputer device. In some embodiments, the medium metadata may furthercomprise the compatibility to a plurality of software platforms and,optionally, runtime environments as determined by the modular learningsystem 144. In some embodiments, the medium metadata is also used todetermine purchase compatibility in the microlearning purchasemanagement module 238 through learning application database 204 and todetermine performance compatibility in the microlearning performancemanagement module 240 through learning application database 204.

The Job Skill Metadata 330 is used to receive, store, retrieve, displayand update the skills and abilities tagged to the learning application300 by the learning application authoring user 104, the recruiting user120 or, optionally, the modular learning system 144 from the skills andabilities database provided by the modular learning system 144. In someembodiments, the metadata is used by a recruiting user 120 to post thecompletion of the learning application (optionally, in a controlledtesting environment) or group of applications as a minimum requirementfor a particular job role to a plurality of potentially employablelearning users. In other embodiments, the metadata is used by therecruiting user 120 to post the requirement of completion of thelearning application 300 (optionally, in a controlled testingenvironment) or group of applications as a minimum requirement for apromotion to a higher post in a particular organization, to a pluralityof potentially employable learning users. In some embodiments, the jobskill metadata is also used to determine purchase compatibility in themicrolearning purchase management module 238 through learningapplication database 204 and to determine performance compatibility inthe microlearning performance management module 240 through learningapplication database 204.

The Error Metadata 332 is used to receive, store, retrieve, display andupdate the potential errors which can be made by the learning user 102(e.g. ten potential errors in an auditing microlearning application), asdetermined by the learning application authoring user 104. In someembodiments, wherein the learning application (e.g. a Karnataka HistoryQuiz) is performed through an input device on a user device 140 itself,the error metadata may be synchronized to each potential input pointduring the learning application 300 performed through the user device140 by the learning application authoring user 104. In some embodiments,wherein the learning application (e.g. a Karate kata) 300's errormetadata is outside the recordable boundaries of the user device 140,the potential errors may be entered with reference to each instructionalstep of the performance by the learning application authoring user 104,such that at the time of the performance, the tutoring user (or, in somemodes, the learning user 102 himself, another learning user, or therecruiting user 120) may note errors in each observable step of theperformance and confirm the same on user device 140 to generate thescore. In other embodiments, wherein the error observed by the observinguser (say, tutoring user 112) is not part of the potential errors in theError Metadata 332 of the application 300, the tutoring user 112 mayupdate such errors to the Errors Metadata, or optionally, send the sameto the learning application authoring user 104, to be updated afterreview. In some embodiments, the error metadata is also used todetermine purchase compatibility in the microlearning purchasemanagement module 238 through learning application database 204 and todetermine performance compatibility in the microlearning performancemanagement module 240 through learning application database 204.

The Template Metadata 334 is used to receive, store, retrieve, displayand update the default script, formatting and media modules of thelearning application template used to author the learning application300. In some embodiments, wherein a particular sequence and format ofthe same has been chosen by the learning content application authoringuser from the options offered in the template developed by the learningapplication template developing user, the chosen setting may be a partof the Template Metadata 334. In various embodiments, the learningapplication templates may comprise a quiz, role play, simulation,project, experiment, essay, recital, research paper, race, challenge,problem, game, question, exercise or problem set. In some embodiments,the templates may be for performances conducted and supervised in frontof a display device with an input device connected to the user device140, while in other embodiments the templates may be for previews,reviews and guidelines for performances conducted without the inputdevice, with the user device 140 merely placed next to the performancearea or learning station (e.g. for Praxis Tasks in Dance Applications)as a reference point. Although the Template Metadata is described asbeing composed of various available templates as developed by thelearning application template authoring user and chosen by the learningapplication authoring user, various other templates (e.g. a SwimmingRace Template, a Patent Drafting Template) may comprise the TemplateMetadata 334 and still fall within the scope of various embodiments. Insome embodiments, the template metadata is also used to determinepurchase compatibility in the microlearning purchase management module238 through learning application database 204 and to determineperformance compatibility in the microlearning performance managementmodule 240 through learning application database 204.

The Tutor Metadata 336 is used to receive, store, retrieve, display andupdate the compatibility of tutoring users to learning contentapplication. In some embodiments, the tutoring user compatibility isreceived from and updated by the tutoring user 112 by updating the tutordatabase 208 (e.g. a Mathematics Tutoring User whose medium ofinstruction is Mandarin updating compatibility to a plurality ofMathematics microlearning applications available in Mandarin, in thetutor database 208). In other embodiments, the tutoring usercompatibility metadata is received from and updated by the tutoring user112 by accessing the learning application database 204. In still otherembodiments, the tutoring user compatibility metadata may be updated bythe modular learning system 144. In some embodiments, the Tutor Metadatais also used to determine purchase compatibility in the microlearningpurchase management module 238 through learning application database 204and to determine performance compatibility in the microlearningperformance management module 240 through learning application database204.

In various embodiments, the metadata of learning application 300 isretrieved, displayed to and updated by a plurality of kinds of users asmay be applicable to the kind of metadata and the kind of user.Optionally, in addition to receiving and storing the metadata, themodular learning system 144 may update the learning application metadataas and when generated in the system through a dynamic metadata updatemodule or through a dedicated administering user. In some embodiments,the learning content application authoring user 104 may further play therole of the learning application template developing user. In someembodiments, the modular learning system 144 may play the role of thelearning content application authoring user 104 and, optionally, therole of the learning application template developing user 110 to authorand update the media and template metadata of the learning application300.

In some embodiments, the microlearning purchase management module 238and microlearning performance management module 240 retrieve some or allof the above metadata associated with the learning application 300 froma learning application database 204 in a repository module of themodular learning system 144.

In some embodiments, the media metadata 326 of the learning applicationmay comprise an electronic textbook, an electronic journal, aninstructional video, or an instructional animation. In some embodimentseach learning application 300, may be a distinct mobile application,browser based web application, or a desktop application. In someembodiments, each learning application 300 may be an executable file, aprogram, add in, macro, plug-in, or other program of instructionsassociated with a plurality of application programming interfaces of themodular learning system 144.

Although the learning application 300 is described as comprising variousmetadata and associated data fields stored and updated in learningapplication database 204, fewer or more metadata and associated datafields (e.g. Application Programming Interface Metadata, Organizationversus Organization Social Learning Mode Metadata, University versusUniversity Social Learning Mode Metadata, Testing Metadata, LearningVisits Metadata, Learning Workshops Metadata, Tutorials Metadata) maycomprise the Learning Application 300 and associated learningapplication database 204, with the present disclosure still fallingwithin the scope of various embodiments. In some embodiments, eachversion of the same learning application 300 with different metadata,for example language metadata, is treated as a distinct learningapplication in learning application database 204.

In some embodiments, an authorization to update certification metadata302 of a learning application 300 is limited to a predeterminedplurality of certifying users like user 108 and recruiting users likeuser 120. In some embodiments, an authorization to update scoringmetrics metadata 304, performance type metadata 308, age level metadata314, authoring metadata 318, mode metadata 324, media metadata 326,medium metadata 328, and error metadata 332 of a learning application300 is limited to a predetermined plurality of learning applicationauthoring users like user 104. In some embodiments, an authorization toupdate language metadata 306 of a learning application 300 is limited toa predetermined plurality of learning application translating users 106.In some embodiments, an authorization to update duration metadata 310 ofa learning application 300 is limited to a predetermined plurality oflearning application authoring users like user 104 and learningapplication template developing users like user 110. In someembodiments, an authorization to update subject link/tag metadata 312 ofa learning application 300 is limited to a predetermined plurality ofusers in any user role. In various embodiments, such authorizations maybe set by an administrator of modular learning system 144 based on theuser role, user profile information and user preferences information ofthe corresponding users.

In some embodiments, an authorization to update learning facilitymetadata 316 of a learning application 300 with associated learningfacilities is limited to a predetermined plurality of learning facilityadministering users like user 124. In some embodiments, an authorizationto update sequence metadata 320 of a learning application 300 is limitedto a predetermined plurality of learning application authoring userslike user 104 and tutoring users like user 112. In some embodiments, anauthorization to update tool metadata 322 of a learning application 300with associated learning tools is limited to a predetermined pluralityof tool supplying users like user 118. In some embodiments, anauthorization to update job skill metadata 330 of a learning application300 is limited to a predetermined plurality of recruiting users likeuser 120. In some embodiments, an authorization to update templatemetadata 334 of a learning application 300 is limited to a predeterminedplurality of learning application authoring users like user 104 and apredetermined plurality of template developing users like user 110. Insome embodiments, an authorization to update tutor metadata 336 of alearning application 300 with associated tutoring services is limited toa predetermined plurality of tutoring users like user 112. In someembodiments, an authorization to update an optional learning eventmetadata of a learning application 300 with associated learningworkshops, visits and other learning events is limited to apredetermined plurality of learning workshop organizing users like user116 and learning visit organizing users like user 114. In someembodiments, the associations of application services to learningapplications are enabled automatically by a metadata association modulein the system 144. In some embodiments, each learning application 300 isassociated with a subset of learning facilities in a learning facilitiesdatabase 230. In some embodiments, each learning application 300 isfurther associated with a subset of learning stations of each associatedlearning facility. In some embodiments, each learning application isassociated with a subset of tutors in a tutor database 208. In someembodiments, each learning application is associated with a subset oftools in a learning tools database 232.

FIG. 3B is a block diagram of a learning application 340 according toanother example embodiment. The learning application 340 is illustratedto depict metadata of the learning application related to amicrolearning service stack. The learning application 340 alsoillustrates some other performance data used during its performance by alearner. This microlearning service stack may be requested for purchaseor performance by learning user 102. In this embodiment, themicrolearning service stack includes a learning application 340, a timebased tutoring service by a particular tutor in database 208, time basedaccess to a particular learning facility from database 230, and accessto a particular tool from database 232. The particular services abovemay or may not be associated with the corresponding tutor metadata,facilities metadata, and tool metadata of learning application 340 atthe time of a request. The learning application 340 includes contentdata 342 which designates particular content media and contentattributes of the learning application 340. The learning applicationalso includes other metadata as described above, such as tutor metadata336, learning facility metadata 316, learning tool metadata 322,performance type metadata 308, and scoring metrics metadata 304. Assuch, the learning application 340 illustrates some aspects of thelearning application used for purchase or performance of the learningapplication 340 by a learner as part of a microlearning service stack,such as content, tutors, facilities, and tools. The learning application340 may also include any other metadata as described above withreference to FIG. 3A. Any other metadata as described above withreference to FIG. 3A may also be part of the content data 342 of thelearning application 340.

The lifecycle of a learning application 300 is now described accordingto one embodiment. Initially, a learning application template developinguser 110 creates a learning application template stored in a distincttemplate database in a modular learning system 144. Next, the learningapplication authoring user 104 publishes learning application contentstored as media metadata of the learning application 300. In case atemplate has been chosen for the application 300, the template metadatais stored as well. The tutor metadata, learning facility metadata,learning tool metadata and other optional application services metadataindicating tutoring services, learning facilities, learning tools, andother application service types associated with the learning application300 are dynamically updated by the corresponding tutoring users,learning facility administrators, tool suppliers and other applicationservice providers. At this point, the learning user may modularly selectapplication services in a microlearning stack to purchase or perform thelearning application. Next, the learning user 102 selects the learningapplication 300 and identifies application services requested forpurchase or performance as a consolidated stack. The approval of thepurchase or performance request for learning application 300 andparticular application services in the microlearning service stack maybe determined by the specific metadata of the learning application 300being associated with corresponding application services, and otherspecific metadata of the learning application being compatible with theprofile information and preferences of the learning user.

FIG. 4 is a block diagram of a role based activity history managementmodule 242. The role based activity history management module 242includes various databases and computing modules for managing role-baseduser histories.

A purchase items database 402 is configured for receiving, storing,retrieving and updating a plurality of purchase items generated by themicrolearning purchase management module 238 during each uniquemicrolearning application or application service purchase by theplurality of learning users in learning user database 202.

The performance items database 404 is configured for receiving, storing,retrieving and updating a plurality of performance items generated bythe microlearning performance management module 240 during each uniquemicrolearning performance by the plurality of learning users in learninguser database 202.

The activities items database 406 is configured for receiving, storing,retrieving and updating a plurality of activities items generated by anactivity monitoring module 418 for each unique user activity for eachunique user on the modular learning system 144. Each activity itemindicates action on the modular learning system and may be associatedwith one or more users. The activity item may also be associated withparticular user roles allowed to view information related to theactivity item. In additional embodiment each activity stored in theactivities items database specifies user roles permitted to access theactivity; and wherein the retrieved activity items are retrieved basedon the viewing user's user role matching a permitted user role foractivity items.

The user database 408 is configured for temporarily receiving, storing,retrieving and updating identity items of each of a plurality of kindsof users from the user database 202 during the generation of role-basedhistories for the plurality of users in for each user role.

The user role preference module 410 is configured for receiving, storingand retrieving the kind and interface of history items for a pluralityof requested user roles to be displayed to a plurality of kinds ofauthorized viewing users. The module is accessed by the user rolevalidation module 412 to validate if the viewing user's user role is thesame as the user role for which the user role history is beinggenerated. In some embodiments, the history preferences are updated forsome or all of the requested user roles by modular learning system 144.In other embodiments, the user role history preferences of the requestedusers are considered as default preferences of the requested users, witheach unique requested user in the user role allowed to modify,personalize and update their particular user role's history accesspreferences through the history settings management interface generatedby the user role history interface generator 420 and displayed on therequested user's user device 140. For example, the learning user 102 maymodify their performance history access preferences to allow fundinguser 122 to access the user's performance history while another learninguser may grant access to the corresponding performance history to allfunding users, some recruiting users and one tutoring user on themodular learning system 144.

The user role validation module 412 is configured for validating theviewing user's user role to determine if the viewing user is authorizedto view the purchase history, performance history and other activityhistory of the requested user. In some embodiments, the validationmodule is used to determine if the viewing user is the same as the userwhose purchase history, performance history and other activities historyis requested. In case, the requested user is the same as the viewinguser, the user role validation module 412 validates the role of therequested user as being the same as that of the viewing user to historyitems module 414. In case the viewing user is different from therequested user, the user role validation module 412 accesses the userdatabase 408 and the user role preference module 410 to determine therequested user's user role in the modular learning system 144. Forexample, a funding user 122 who wishes to access a funded learning user102's performance history in the last one year, the role validationmodule may validate the requested user 102's role as a learning user andconfirm the same to history items module 414 for generation of theappropriate history items of the requested learning user 102 to beaccessed upon the requested user's authorization by the viewing fundinguser 122.

The history items module 414 is configured for generating, storing,retrieving and updating a plurality of history items for the user roleof each unique user whose history is requested by a viewing user on themodular learning system 144 by accessing purchase items from database402, performance items from database 404, and activities items fromdatabase 406. In some embodiments, a plurality of history items may begenerated and stored for future access by the user role historyinterface generator 420 for each unique user in a user role.

The summary updation module 416 is configured for receiving, storing,retrieving and updating history summary updation preferences of one or aplurality of requested users for the authorized viewing user. In someembodiments, an authorized viewing user may prefer the activity historysummary of requested users to be updated after predetermined intervalsof time. For example, a tutoring user 112 authorized to access theperformance history of ten learning users may wish to view a summary ofthe performance history of the learning users once an hour. In anotherexample, an independent learning facility administering user 124authorized to access the purchase history of twenty five learning usersvisiting the facility regularly, may wish to view a summary of thepurchase history of the learning users once in three months. The module416 is accessed by history items module 414 to determine the frequencyand intervals of the history items summary generation for future accessupon request by the viewing user.

The activity monitoring module 418 is configured for monitoringactivities conducted on or through the modular learning system 144between various users on the system 144. These activities are stored asactivities items in the activities items database 406. In variousembodiments, the activities could include new applications performed,monitored, reviewed, funded, scored, published, translated, certified,purchased, sold, edited, as well as learning facilities set up,accessed, booked; tutoring services, learning facility access, learningevents access, purchased and sold; user profiles updated with newidentity items, update purchase compatibility or performancecompatibility, among other activities. In some embodiments, the userrole preferences for each viewing user's user role in module 414 allowfor access to history items relating to activities conducted by apredetermined subset of authorized requested user roles, to the viewinguser. For example, the user role preferences of a viewing funding user122 may allow for access to performance histories of learning usersbeing funded by the funding user. In some embodiments, the activitymonitoring module 418 does not capture purchase or performanceactivities as these activities are monitored by the microlearningpurchase management module 238 and the microlearning performancemanagement module 240, with the items thus generated being received bythe purchase items database 402 and performance items database 404respectively. In some embodiments, the activity monitoring module 418monitors activities of the each of a plurality of kinds of users on aplurality of kinds of user devices and at a plurality of kinds ofassociated learning facilities.

The user role history interface generator 420 is configured forretrieving the plurality of user role history items of the requesteduser from the history items module 414 and displays the same to theviewing user on a user device 140. In some embodiments, the user rolehistory interface generator 420 generates and displays updated user rolehistory interface items upon request to the viewing user on a userdevice 140 by retrieving the same dynamically at predetermined intervalsof time from module 414.

Although the role-based activity history management module is describedas being composed of various modules, fewer or more modules (e.g.History Access Preferences Module, History Items Consolidation Module)may comprise the module with the present configuration still fallingwithin the scope of various embodiments.

FIG. 5 is a flow diagram 500 of a method for generating role-basedactivity histories in a modular learning system according to oneembodiment. At step 502, the role based activity history managementmodule 242 receives a history items display request from a viewing useron the modular learning system 144 through an interface generated byuser role history interface generator 420 on a user device 140. At step504, the user role validation module 412 receives a role validationrequest for the viewing user and corresponding user role. At step 506,the user role validation module 412 determines the viewing user's userrole in the modular learning system 144 by accessing the identity itemsof the viewing user in user database 408 and the user role items inmodule 410. If the viewing user's user role cannot be validated afteraccessing the modules, the history items display request is denied.

At step 508, the role based activity history management module 242requests the user role validation module 412 to determine if the viewinguser is the same as the user whose history is requested. At step 510,the user role validation module 412 determines if the viewing user isthe same as the user whose history is requested (i.e., the user isrequesting his own history). If the requested user is the same as theviewing user, the user role validation module 412 validates the role ofthe requested user as being the same as that of the viewing user tohistory items module 414 and the role based activity history managementmodule 242 proceeds directly to step 520. At step 512, if the viewinguser is different from the requested user, the role validation moduleaccesses the user database 408 and the user role preferences module 410to determine the requested user's user role in the modular learningsystem 144.

At step 514, the user role validation module 412 determines therequested user's user role in the modular learning system 144 byaccessing the identity items of the requested user in user database 408and the user role items in user role preference module 410. If therequested user's user role cannot be validated after accessing themodules, the history items display request is denied.

At step 516, the user role history interfaces generator 420 displays thehistory access request to the requested user. In some embodiments, theuser role preferences module accesses the activity history accesspreferences of the requested user to determine the kind of activityitems authorized to be accessed and the kind of user roles authorized toaccess the requested user's activity history. In such embodiments, ifsuch access is authorized to the viewing user or viewing user role, theuser role preferences module may directly grant access to the requesteduser's activity history.

At step 518, the user role history interface generator 420 receives anaccess confirmation or access denial input from the requested userthrough an interface generated on a user device 140. If access isdenied, an access denied interface item may be displayed through aninterface generated by user role history interface generator 420 on theviewing user's user device 140. In an embodiment, the access to activityitem is based on default user role history preference.

At step 520, if access is manually granted, automatically granted orwhen the viewing user is the same as the requested user, the historyitems module 414 retrieves purchase items, performance items and otheractivities items for the requested user by accessing the purchase itemsdatabase 402, performance items database 404 and activities itemsdatabase 406.

At step 522, the history items module 414 generates history items of therequested user for the viewing user based on items retrieved in theprevious step and user role preferences for the requested user'sparticular user role. At step 524, the user role history interfacegenerator 420 retrieves the history items from history items module 414,and displays the corresponding requested user's history interface itemsthrough the preferred viewing user role interface on the viewing user'suser device 140.

Although the method for generating role-based activity histories in amodular learning system environment is described as being composed ofvarious steps, fewer or more steps (e.g. Generate History Items Summaryof Predetermined Plurality of Requested Users, Receive History AccessPreferences from Requested Users) may comprise the method with thepresent configuration still falling within the scope of variousembodiments.

Computing Machine Architecture

FIG. 6 is a block diagram illustrating components of an example machinesuitable for use as a modular learning system 144, in which any of theembodiments disclosed herein may be performed, according to oneembodiment. This example machine is able to read instructions from amachine-readable medium and execute them in a processor (or controller).

Specifically, FIG. 6 shows a diagrammatic representation of a machine inthe example form of a computer system 600 within which instructions 624(e.g. software) for causing the machine to perform any one or more ofthe methodologies discussed herein may be executed. In alternativeembodiments, the machine operates as a standalone device or may beconnected (e.g. networked) to other machines. In a networked deployment,the machine may operate in the capacity of a server machine or a clientmachine in a server-client network environment, or as a peer machine ina peer-to-peer (or distributed) network environment.

The machine may be a server computer, a client computer, a personalcomputer (PC), a tablet PC, a set-top box (STB), a personal digitalassistant (PDA), a cellular telephone, a smartphone, a web appliance, anetwork router, switch or bridge, or any machine capable of executinginstructions 624 (sequential or otherwise) that specify actions to betaken by that machine. Further, while only a single machine isillustrated, the term “machine” shall also be taken to include anycollection of machines that individually or jointly execute instructions624 to perform any one or more of the methodologies discussed herein.

The example computer system 600 includes a processor 602 (e.g. a centralprocessing unit (CPU), a graphics processing unit (GPU), a digitalsignal processor (DSP), one or more application specific integratedcircuits (ASICs), one or more radio-frequency integrated circuits(RFICs), or any combination of these), a main memory 604, and a staticmemory 606, which are configured to communicate with each other via abus 608. The computer system 600 may further include a graphics displayunit 610 (e.g. a plasma display panel (PDP), a liquid crystal display(LCD), a projector, or a cathode ray tube (CRT)). The computer system600 may also include alphanumeric input device 612 (e.g. a keyboard), acursor control device 614 (e.g. a mouse, a trackball, a joystick, amotion sensor, or other pointing instrument), a storage unit 616, asignal generation device 618 (e.g. a speaker), and a network interfacedevice 620, which also are configured to communicate via the bus 608.

The storage unit 616 includes a machine readable medium 622 on which isstored instructions 624 (e.g. software) embodying any one or more of themethodologies or functions described herein. The instructions 624 (e.g.software) may also reside, completely or at least partially, within themain memory 604 or within the processor 602 (e.g. within a processor'scache memory) during execution thereof by the computer system 600, themain memory 604 and the processor 602 also constituting machine-readablemedia. The instructions 624 (e.g. software) may be transmitted orreceived over a network 142 via the network interface device 620.

While machine readable medium 622 is shown in an example embodiment tobe a single medium, the term “machine-readable medium” should be takento include a single medium or multiple media (e.g. a centralized ordistributed database, or associated caches and servers) able to storeinstructions (e.g. instructions 624). The term “machine-readable medium”shall also be taken to include any medium that is capable of storinginstructions (e.g. instructions 624) for execution by the machine andthat cause the machine to perform any one or more of the methodologiesdisclosed herein. The term “machine-readable medium” includes, but notbe limited to, data repositories in the form of solid-state memories,optical media, and magnetic media.

The modular learning system 144 may be one or more servers in which oneor more methods disclosed herein are performed. The processor 602 may bea microprocessor, a state machine, an application specific integratedcircuit, a field programmable gate array, etc. (e.g. Intel® Pentium®processor). The main memory 604 may be a dynamic random access memoryand/or a primary memory of the modular learning system 144. The staticmemory 606 may be a hard drive, a flash drive, and/or other memoryinformation associated with the modular learning system 144.

The bus 608 may be an interconnection between various circuits and/orstructures of the modular learning system 144. The video display 610 mayprovide graphical representation of information on the modular learningsystem 144. The alphanumeric input device 612 may be a keypad, keyboardand/or any other input device. The cursor control device 614 may be apointing device such as a mouse.

The storage unit 616 may be a hard drive, a storage system, and/or otherlonger term storage subsystem. The signal generation device 618 may be abios and/or a functional operating system of the modular learning system144. The network interface device 620 may be a device that may performinterface functions such as code conversion, protocol conversion and/orbuffering required for communication to and from a network (e.g. thenetwork 142 of FIG. 1). The machine readable medium 622 may provideinstructions 624 on which any of the methods disclosed herein may beperformed. The instructions 624 may provide source code and/or data codeto the processor 602 to enable any one/or more operations disclosedherein. For example, the modular learning system 144 may be stored inthe form of instructions 624 on a storage medium such as the main memory604 and/or the machine readable medium 622 such as compact disk.

In an embodiment, the invention further describes a non-transitorycomputer readable storage medium having tangibly embodied thereon aprogram of instructions executable by a processor (e.g. the modularlearning system 144) for performing a method for generating role-basedhistories in a modular learning system as illustrated in FIG. 5.

Additional Configuration Considerations

The role-based activity histories allow users to identify and selecthistories of activity in the modular learning system related to the userand the user's role. The histories of activity can be used by varioususers for different purposes. For example, a learning facility may usehistory of accesses to the learning facility to determine whether toexpand or contract availability of the learning facility. A funding usermay request performance history data for learning applications todetermine which learning applications to fund, and the system mayidentify historical information of the learning applications that bestimprove learner performance in order to select learning applications tofund. In addition, the type of history generated for each user role maydiffer, which allows each user to view a customized view of activitieson the system. These customized views allow users to see informationpresented in a way that is useful to the particular user role of theuser and allows for protecting private information. In some embodiments,the private information is anonymized in order to allow display tocertain types of users while allowing for meaningful history review. Forexample, a funding user may seek to determine which learningapplications provide better scores for learning users. The learningusers' performance scores may be anonymized before presentation to thefunding user to protect the learning user identities. Alternately, thefunding user may seek to actively promote certain applications withinthe modular learning system in an attempt to increase expertise in aparticular area. For example, a local trade business council may have afunding role and may seek to increase the number of trained machineoperators in order to ensure adequate supply of skilled machinists foremployers at a local industrial park. The funding user, here the localtrade counsel, can fund applications with appropriate online, facility,and tutor resources. These can matched by the modular learning systemwith learners having the requisite role, e.g., some prior traininghistory as identified by the modular learning system, and that would beinterested in working through the applications and courses to gettrained.

Throughout this specification, plural instances may implement modules,operations, or structures described as a single instance. Althoughindividual operations of one or more methods are illustrated anddescribed as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate modules in example configurationsmay be implemented as a combined structure or module. Similarly,structures and functionality presented as a single module may beimplemented as separate modules. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Certain embodiments are described herein as including functionalityimplemented in computing logic or a number of components, modules, ormechanisms, for example, as illustrated in FIGS. 2 and 4. Modules mayconstitute either software modules (e.g. code embodied on amachine-readable medium or in a transmission signal) or hardwaremodules. A hardware module is tangible unit capable of performingcertain operations and may be configured or arranged in a certainmanner. In example embodiments, one or more computer systems (e.g. astandalone, client or server computer system) or one or more hardwaremodules of a computer system (e.g. a processor or a group of processors)may be configured by software (e.g. an application or applicationportion) as a hardware module that operates to perform certainoperations as described herein.

In various embodiments, a hardware module may be implementedmechanically or electronically. For example, a hardware module maycomprise dedicated circuitry or logic that is permanently configured(e.g. as a special-purpose processor, such as a field programmable gatearray (FPGA) or an application-specific integrated circuit (ASIC)) toperform certain operations. A hardware module may also compriseprogrammable logic or circuitry (e.g. as encompassed within ageneral-purpose processor or other programmable processor) that istemporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g. configured by software) may bedriven by cost and time considerations.

The various operations of example methods described herein may beperformed, at least partially, by one or more processors, e.g. processor602, that are temporarily configured (e.g. by software) or permanentlyconfigured to perform the relevant operations. Whether temporarily orpermanently configured, such processors may constituteprocessor-implemented modules that operate to perform one or moreoperations or functions. The modules referred to herein may, in someexample embodiments, comprise processor-implemented modules.

The one or more processors may also operate to support performance ofthe relevant operations in a “cloud computing” environment or as a“software as a service” (SaaS). For example, at least some of theoperations may be performed by a group of computers (as examples ofmachines including processors), these operations being accessible via anetwork (e.g. the Internet) and via one or more appropriate interfaces(e.g. application program interfaces (APIs).)

In another embodiment, the microlearning purchase and performanceinterface provided by the modular learning system 144 can be accessedover a local area network, intranet or virtual private networkaccessible to a limited plurality of user devices at a preschool,school, college, university, educational board, professional standardsauthority, coaching class, a company, HR department, training departmentor at a training organization through a user device.

In another embodiment, the microlearning purchase and performanceinterface provided by the modular learning system 144 can be accessedover a wide area network, General Packet Radio Service network, anEnhanced Data for Global Evolution network, a 3G telecommunicationsnetwork, a 4G LTE telecommunications network or other telecommunicationsnetwork through a user device.

The performance of certain of the operations may be distributed amongthe one or more processors, not only residing within a single machine,but deployed across a number of machines. In some example embodiments,the one or more processors or processor-implemented modules may belocated in a single geographic location (e.g. within a home environment,an office environment, or a server farm). In other example embodiments,the one or more processors or processor-implemented modules may bedistributed across a number of geographic locations.

Some portions of this specification are presented in terms of algorithmsor symbolic representations of operations on data stored as bits orbinary digital signals within a machine memory (e.g. a computer memory).These algorithms or symbolic representations are examples of techniquesused by those of ordinary skill in the data processing arts to conveythe substance of their work to others skilled in the art. As usedherein, an “algorithm” is a self-consistent sequence of operations orsimilar processing leading to a desired result. In this context,algorithms and operations involve physical manipulation of physicalquantities. Typically, but not necessarily, such quantities may take theform of electrical, magnetic, or optical signals capable of beingstored, accessed, transferred, combined, compared, or otherwisemanipulated by a machine. It is convenient at times, principally forreasons of common usage, to refer to such signals using words such as“data,” “content,” “bits,” “values,” “elements,” “symbols,”“characters,” “terms,” “numbers,” “numerals,” or the like. These words,however, are merely convenient labels and are to be associated withappropriate physical quantities.

Although the present embodiments have been described with reference tospecific example embodiments, it will be evident that variousmodifications and changes may be made to these embodiments withoutdeparting from the broader spirit and scope of the various embodiments.For example, the various devices, modules, databases, etc. describedherein may be enabled and operated using hardware circuitry (e.g.complementary metal-oxide-semiconductor (CMOS) based logic circuitry),firmware, software and/or any combination of hardware, firmware, and/orsoftware (e.g. embodied in a machine readable medium).

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g. a computer) that manipulates or transformsdata represented as physical (e.g. electronic, magnetic, or optical)quantities within one or more memories (e.g. volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine modules that receive, store, transmit, or display information.

As used herein any reference to “one embodiment” or “an embodiment”means that a particular element, feature, structure, or characteristicdescribed in connection with the embodiment is included in at least oneembodiment. The appearances of the phrase “in one embodiment” in variousplaces in the specification are not necessarily all referring to thesame embodiment.

Some embodiments may be described using the expression “coupled” and“connected” along with their derivatives. For example, some embodimentsmay be described using the term “coupled” to indicate that two or moreelements are in direct physical or electrical contact. The term“coupled,” however, may also mean that two or more elements are not indirect contact with each other, but yet still co-operate or interactwith each other. The embodiments are not limited in this context.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand modules of the embodiments herein. This is done merely forconvenience and to give a general sense of the invention. Thisdescription should be read to include one or at least one and thesingular also includes the plural unless it is obvious that it is meantotherwise.

According to the embodiments described in FIG. 1 through 5, variousmethods and electric structures may be embodied using transistors, logicgates, and electrical circuits (e.g. Application Specific IntegratedCircuitry and/or in Digital Signal Processor circuitry). For example,the purchase management module 238, performance management module 240and other modules of FIGS. 1 to 5 may be enabled using a purchasemanagement circuit, a performance management circuit, and other circuitsusing one or more of the technologies described herein. In addition, itwill be appreciated that the various operations, processes, and methodsdisclosed herein may be embodied in a machine-readable medium and/or amachine accessible medium compatible with a data processing system (e.g.a server) and may be performed in any order. Accordingly, thespecification and drawings are to be regarded in an illustrative ratherthan a restrictive sense.

Upon reading this disclosure, those of skill in the art will appreciatestill additional alternative structural and functional designs for asystem and a process for managing the purchase and performance oflearning applications and associated application services in amicrolearning stack through the disclosed principles herein. Thus, whileparticular embodiments and applications have been illustrated anddescribed, it is to be understood that the disclosed embodiments are notlimited to the precise construction and modules disclosed herein.Various modifications, changes and variations, which will be apparent tothose, skilled in the art, may be made in the arrangement, operation anddetails of the method and apparatus disclosed herein without departingfrom the spirit and scope defined in the appended claims.

What is claimed is:
 1. A computer-implemented method for generatingrole-based histories in a modular learning system, the methodcomprising: maintaining an activities items database including activityitems reflecting activities performed in the modular learning systemincluding at least one of learning application purchase information orlearning application performance information; receiving, from a viewinguser, a history items display request for viewing activity itemsspecifying a requested user whose history is requested and a user roleof the viewing user; validating the user role associated with thehistory items display request is a user role associated with the viewinguser in a user database; determining whether the viewing user is therequested user; determining a user role associated with the requesteduser; responsive to a determination that the viewing user is therequested user: retrieving activity items from the activities itemsdatabase relevant to the user role associated with the requested user,generating history items based on retrieved activity items and on theuser role of the viewing user, and providing for display the historyitems requested by the viewing user; responsive to a determination thatthe viewing user is not the requested user, providing for display ahistory access request to the requested user; responsive to approval bythe requested user of the history access request, retrieving activityitems from the activities items database relevant to the user roleassociated with the requested user; further responsive to the approvalby the requested user, generating history items based on the retrieveditems, the generated history items based on the viewing user's userrole; and providing for display the requested or generated history itemsto the viewing user.
 2. The computer-implemented method of claim 1,wherein the activities items database maintains activities itemsreflecting learning application purchase information.
 3. Thecomputer-implemented method of claim 1, wherein the activities itemsdatabase maintains activities items reflecting learning applicationperformance information.
 4. The computer-implemented method of claim 1,wherein the activities items database maintains activities itemsgenerated by monitoring activities of users of the modular learningsystem.
 5. The computer-implemented method of claim 1, wherein eachactivity stored in the activities items database specifies user rolespermitted to access the activity; and wherein the retrieved activityitems are retrieved based on the viewing user's user role matching apermitted user role for activity items.
 6. The computer-implementedmethod of claim 1, wherein the generated history items are generatedbased on the viewing user's user role.
 7. The computer-implementedmethod of claim 1, wherein the viewing user role differs from therequested user's user role.
 8. The computer-implemented method of claim1, wherein access to an activity item is based on a default user rolehistory preference, the default user role history preference modifiableby the viewing user.
 9. A non-transitory computer readable storagemedium having tangibly embodied thereon a program of instructionsexecutable by a processor for performing a method for generatingrole-based histories in a modular learning system, the methodcomprising: maintaining an activities items database including activityitems reflecting activities performed in the modular learning system;receiving, from a viewing user, a history items display requestspecifying a requested user whose history is requested and a user roleof the viewing user; validating the user role associated with thehistory items display request is a user role associated with the viewinguser in a user database; determining whether the viewing user is therequested user; determining a user role associated with the requesteduser; responsive to a determination that the viewing user is therequested user: retrieving activity items from the activities itemsdatabase relevant to the user role associated with the requested user,generating history items based on retrieved activity items and on theuser role of the viewing user, and providing for display the historyitems requested by the viewing user; responsive to a determination thatthe viewing user is not the requested user, providing for display ahistory access request to the requested user; responsive to approval bythe requested user of the history access request, retrieving activityitems from the activities items database relevant to the user roleassociated with the requested user; further responsive to the approvalby the requested user, generating history items based on the retrieveditems, the generated history items based on the viewing user's userrole; and providing for display the requested or generated history itemsto the viewing user.
 10. The non-transitory computer readable storagemedium of claim 9, wherein the activities items database maintainsactivities items reflecting learning application purchase information.11. The non-transitory computer readable storage medium of claim 9,wherein the activities items database maintains activities itemsreflecting learning application performance information.
 12. Thenon-transitory computer readable storage medium of claim 9, wherein theactivities items database maintains activities items generated bymonitoring activities of users of the modular learning system.
 13. Thenon-transitory computer readable storage medium of claim 9, wherein eachactivity stored in the activities items database specifies user rolespermitted to access the activity; wherein the activity items areretrieved based on a match of the viewing user's user role with apermitted user role for the activity items.
 14. The non-transitorycomputer readable storage medium of claim 9, wherein the generatedhistory items are generated based on the viewing user's user role. 15.The non-transitory computer readable storage medium of claim 9, whereinthe viewing user role differs from the requested user role.
 16. Thenon-transitory computer readable storage medium of claim 9, whereinaccess to an activity item is based on a default user role historypreference, the default user role history preference modifiable by theviewing user.
 17. An apparatus comprising: a network interface; aprocessor, coupled to the network interface, configured for executinginstructions; a memory, coupled to the processor, storing instructionsfor execution on the processor, the instructions comprising the stepsof: maintaining an activities items database including activity itemsreflecting activities performed in the modular learning system;receiving, from a viewing user, a history items display requestspecifying a requested user whose history is requested and a user roleof the viewing user; validating the user role associated with thehistory items display request is a user role associated with the viewinguser in a user database; determining whether the viewing user is therequested user; determining a user role associated with the requesteduser; responsive to a determination that the viewing user is therequested user: retrieving activity items from the activities itemsdatabase relevant to the user role associated with the requested user,generating history items based on retrieved activity items and on theuser role of the viewing user, and providing for display the historyitems requested by the viewing user; responsive to a determination thatthe viewing user is not the requested user, providing for display ahistory access request to the requested user; responsive to approval bythe requested user of the history access request, retrieving activityitems from the activities items database relevant to the user roleassociated with the requested user; further responsive to the approvalby the requested user, generating history items based on the retrieveditems, the generated history items based on the viewing user's userrole; and providing for display the requested or generated history itemsto the viewing user.
 18. The apparatus of claim 17, wherein theactivities items database maintains activities items reflecting learningapplication purchase information.
 19. The apparatus of claim 17, whereinthe activities items database maintains activities items reflectinglearning application performance information.
 20. The apparatus of claim17, wherein the activities items database maintains activities itemsgenerated by monitoring activities of users of the modular learningsystem.